home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19990422-19990725 / 000097_news@watsun.cc.columbia.edu _Wed May 26 12:22:57 1999.msg < prev    next >
Internet Message Format  |  1999-07-23  |  2KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA21417
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 26 May 1999 12:22:56 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA12944
  7.     for kermit.misc@watsun.cc.columbia.edu; Wed, 26 May 1999 11:58:40 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: "Mr. Scott" <scott_davis@my-dejanews.com>
  10. Subject: Re: kermit process hangs around after terminal disconnect
  11. Date: Wed, 26 May 1999 14:45:19 GMT
  12. Organization: Deja.com - Share what you know. Learn what you don't.
  13. Message-ID: <7ih1du$rfg$1@nnrp1.deja.com>
  14. To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16.  
  17. > Which indicates that your Telnet connection was no longer valid
  18. because
  19. > the AIX box did not recognize that the connection was terminated.  If
  20. the
  21. > AIX box received the connection closure it would have terminated the
  22. > shell, the kermit process, and anything else that you were running.
  23.  
  24. Okay, now it's your turn to explain a bit more.
  25.  
  26. Are you saying that my Procomm session disconnected without realizing
  27. it was disconnected and without sending some sort of message to UNIX
  28. saying "hey, i have disconnected", and therefore UNIX didn't clean up.
  29. Wouldn't UNIX sense a broken connection even though a nice, neat, "hey,
  30. I'm disconnected" message didn't arrive?
  31.  
  32. One thing I can see clearly now, and thanks in advance for leading me
  33. to think it out myself.  That is, I understand why kermit is hanging
  34. around.  Obviously, if UNIX thinks I'm still running my shell, there's
  35. no reason to send a HUP to kill kermit.  But why does it still think
  36. I'm running my shell when my session terminated?  I know this goes back
  37. to the previous paragraph's question, and I await what I'm sure will be
  38. a very interesting answer.
  39.  
  40.  
  41. --== Sent via Deja.com http://www.deja.com/ ==--
  42. ---Share what you know. Learn what you don't.---